home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19990422-19990725
/
000295_news@columbia.edu _Mon Jul 19 16:25:07 1999.msg
< prev
next >
Wrap
Internet Message Format
|
1999-07-23
|
3KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA27654
for <kermit.misc@watsun.cc.columbia.edu>; Mon, 19 Jul 1999 16:25:06 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA26190
for kermit.misc@watsun.cc.columbia.edu; Mon, 19 Jul 1999 15:56:24 -0400 (EDT)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Subject: Re: Any progress on K95 GUI?
Date: 19 Jul 1999 19:56:22 GMT
Organization: Columbia University
Message-ID: <7mvvt6$pib$1@newsmaster.cc.columbia.edu>
To: kermit.misc@columbia.edu
In article <37934874.3156469@news.mcs.com>,
Ron Heiby <heiby_u@falkor.chi.il.us> wrote:
: -----BEGIN PGP SIGNED MESSAGE-----
: fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote:
: >The pure-GUI version of 1.1.18 will have the same user interface as
: >before: Commands, rather than thousands of dialog boxes. This "Text
: >GUI" will solve numerous problems caused by bugs and limitations in
: >the Windows 95/98 (and to some extent, NT) Console environment:
:
: Does this also mean that when I type (on Win95 K-95) ahead, while Win95 is
: off contemplating its navel, that the keystrokes eventually seen by K-95
: will be in the same order in which they were type[d]?
:
Yes -- a Great Leap Forward!
: [Other stuff...]
:
>From the replies so far it seems like K95 is used mainly by GUI-haters. I'm
sure that can't be true, since 50% of our registration cards contain "Real
GUI!" in the suggestion section. Pro-GUI people should not be shy to voice
their opinions. We'd like to hear from you.
But adding a second interface that totally mirrors the first seems like
overkill, and I would be surprised if anybody really wants that. Using such
an interface would be enormously labor intensive, and it would not
necessarily be any easier with hundreds of dialog boxes to hunt through. So
which dialogs do you think should be available in GUI form?
The most attention will be given to those that clarify essential but
confusing aspects of K95 usage (like "you must give the SET MODEM TYPE
command before SET PORT but you should give SET FLOW after SET PORT..."),
and promote ease of use by novices who don't read documentation (having GUI
dialogs for advanced or little-used features doesn't help much in this
department, since novices who don't read documentation won't understand
those features anyway).
- Frank